REMARKS 



Reconsideration and allowance of the above-referenced application are respectfully 
requested. Claims 23-33 are canceled without prejudice or disclaimer, new claims 51-54 are 
added, and claims 1-22 and 34-54 are pending in the application. 

The specification has been amended to remove the hyperlinks. 

Request for Corrected PTO-892 

Applicant respectfully requests a corrected PTO-892 that properly cites the document 
"Peter Burden, Routing in the Internet" ("Burden"). Specifically, citation "U" on the PTO-892 
does not properly identify "Burden" as required by MPEP 707.05(e) IV ("ELECTRONIC 
DOCUMENTS"), which requires: 

(A) the type of electronic medium provided in square brackets [ ] after the title of the 
publication or the designation of the host document, e.g., [online], [CD-ROM], [disk], [magnetic 
tape]; 

(B) the date when the document was retrieved from the electronic media in square 
brackets following after the date of publication, e.g., [retrieved on March 4, 1998], [retrieved on 
1998-03-04]. The four-digit year must always be given. 

(C) identification of the source of the document using the words "Retrieved from" and its 
address where applicable. This item will precede the citation of the relevant passages. 

(See also Example 5 on page 700-1 19 of the MPEP). 

Further, Applicant objects to the recital of "08/14/2002" as the purported publication date 
in citation "U", as there is no evidence on the face of the "Burden" document that establishes it 
was publicly available on "08/14/2002", and the Examiner has failed to establish that the 
"Burden" document was publicly available on "08/14/2002". 
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Hence, Applicant requests under MPEP 707.05(g) that a corrected PTO-892 be issued 
that properly identifies the document as required by MPEP 707.05(e) IV, and which redacts the 
reference to "08/14/2002". 

The Claim Objections 

The objection to the claimed recital of "is configured for" is respectfully traversed. In 
particular, the Examiner objected to the phrase "is configured for" as not being a positive 
limitation nor does it guarantee an outcome. 

This assertion is strenuously traversed as being contrary to well-settled law and existing 
Patent Office policy. First and foremost, the Examiner fails to cite a single authority that 
demonstrates the claimed "configured for" is in any way improper or that it should not be 
considered a positive limitation. 

In contrast, attached as Exhibit A is a printout from the USPTO Website illustrating that 
over 184,000 U.S. Patents have issued specifying "configured" in the claims, including 
"configured for". 

It is well settled that there is nothing intrinsically wrong with use of functional language 
in a claim: 

Applicant may use functional language, ... or any style of expression or format of claim 
which makes clear the boundaries of the subject matter for which the protection is sought. 
As noted by the court in In re Swinehart, 439 F.2d 210, 160 USPQ 226 (CCPA 1971), a 
claim may not be rejected solely because of the type of language used to define the 
subject matter for which patent protection is sought. 

MPEP §2173.01 at page 2100-213 (Rev. 3, Aug. 2005). (See also In re Ludtke, 169 
USPQ 563 (CCPA 1971)). 

Further, MPEP § 2173.05(g) "Functional Limitations" explicitly specifies at page 2100- 
221 (Rev. 3, Aug. 2005) that "[functional language does not, in and of itself, render a claim 
improper." (Citing In re Swinehart). MPEP §2 173.05(g) also specifies that "[a] functional 
limitation is often used in association with an element, ingredient, or step of a process to define a 
particular capability or purpose that is served by the recited element, ingredient or step." 
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Hence, the recitation of "configured for" is an appropriate recital that helps define a 
particular capability or purpose that is served by the recited element or step. For these and other 
reasons, the objection should be withdrawn. 

The §101 Rejection 

Claims 23-33 are canceled without prejudice or disclaimer to the underlying subject 
matter, hence the cancellation of claims 23-33 renders this rejection moot. Applicant reserves 
the right to file a continuing application to continue prosecution of these canceled claims. 

The §102 Rejection 

Claims 45-50 stand rejected under 35 USC § 102(b) in view of Sibley et al., "Robomote: 
A Tiny Mobile Robot Platform for Large-Scale Ad-hoc Sensor Networks". This rejection is 
respectfully traversed. 

Each of the independent claims 45 and 48 specify receiving network attribute 
information, and determining a movement directive based on an optimization of routing metrics 
relative to the received network attribute information. A mobility platform is configured for 
implementing "the optimization" (of routing metrics) by causing a physical change for the 
network node in response to the movement directive. 

As described at page 6, lines 21-24, page 7, line 30 to page 8, line 12 of the specification, 

a routing protocol in the network node considers movement of its physical platform as an option 

to optimize routing metrics : since the routing metrics characterize the overall network, the 

optimization of routing metrics results in the optimization of the network : 

As described above, the routing protocol of the disclosed embodiment considers 
movement of its physical platform as an option to optimize routing metrics. Hence, the 
routing resources of each mobile node include movement of its physical platform, and all 
factors and consequences associated with executing decisions related to movement, as 
part of the decision-making process to determine how to respond to inputs, including 
how to route data packets. Each of these factors are also shared among the mobile nodes 
12 to provide a level of understanding between all the mobile nodes 12 as to the state of 
the network 10 from the perspective of each of the individual nodes 12. 
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Hence, each of the mobile nodes 12 decide how to route packets, and move their 
respective mobility platforms, based on the available information from local sensors and 
information shared between the other mobile nodes. Consequently, the mobile network 
10 becomes a dynamic entity where the individual mobile nodes 12 interact to route 
packets, establish connections among each other, and move at selected velocities as 
needed, based on shared information and detected information. 

(Page 7, line 30 to page 8, line 12 of specification). 

Hence, the claimed "optimization of routing metrics relative to the received detected 
attribute information" provides an optimization (by a routing protocol) of the network (including 
optimization in routing packets) that is characterized by the routing metrics, as evidenced by the 
claimed "detected attribute" that can include "any one of a communication attribute and a 
physical attribute" that is "relative to any one of the network node and the network." 

These other features are neither disclosed nor suggested in the applied prior art. 

Sibley describes a miniature mobile robot platform consisting of infra-red and bump 
sensors for object avoidance, a compass and an odometric apparatus for navigation, and a host 
controller for controlling the mobile robot platform. 

Sibley describes with respect to Fig. 4 that its host controller (i.e., the "Renemote") (top 
box of Fig. 4) is "a simple on-off controller that maintains a constant velocity based on a lookup 
pulse width modulation value ..." (p. 1 146, col. 2, para. 1, lines 9-11). 

The only change in movement described in Sibley by its "Robomote" is from a constant 
velocity for object avoidance: Sibley describes implementation of object avoidance only in terms 
of "infra-red and bump sensors" (see, e.g., p. 1 144, sec. C, para. 1 and 2) that generate interrupts 
in the form of an "OBJECT_DETECT message" if a static threshold is exceeded (p. 1 145, col. 2, 
para. 3-4; p. 1 146, col. 2, last paragraph to p. 1 147, col. 1, line 7). 

Hence, the "Robomote" is limited to odometric navigation, compass navigation, and 
object avoidance (see, e.g., p. 1 147, col. 1, para. 2). 

Sibley identifies a MANET as defined by the IETF, and proposes a use for the Robomote 
in a MANET, without actually having deployed the Robomote in a MANET: "consider using 
Robomote as a test bed for ad-hoc routing protocols" (p. 1 147, col. 1, Sec. IV, para. 3, lines 9- 
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10). Sibley does not provide any description whatsoever of how such MANET protocols could 

be implemented using the "Robomote". In fact, Sibley admits in its Abstract that "|>]e argue 

that a robot test bed such as Robomote is necessary for practical research with large networks of 

mobile robots." Sibley simply offers a hypothetical design that would provide movement based 

on link metrics, without even describing how such decisions could be made: 

Consider a network with a dynamic topology that actively moves nodes in order 
to maximize (or minimize) some characteristic (see Figure 2). For example a network 
that autonomously moves nodes to locations of low signal strength to improve throughput 
along a multi-hop transmission path .... 

(Page 1 147, col. 1, last para.) 

The cited portion, however, simply describes maximizing or minimizing "some 
characteristic": this is not a teaching of optimization of routing metrics because it considers 
simply a single link parameter (e.g., signal strength), without any consideration of other relevant 
factors that may be impacted in response to the movement of the nodes. 

Moreover, Sibley provides no disclosure or suggestion whatsoever of any routing metric, 
but simply considers a link parameter; further, the "maximizing or minimizing" of a link 
parameter is not a disclosure of optimizing a routing metric because the claimed optimization 
inherently involves optimizing among multiple routing parameters , i.e., multiple routing metrics . 

Further, the cited portion on p. 1 147 is speculative and non-enabling because it is 
inconsistent with the statement on page 1 144 (second column, last paragraph) that "localization 
[] based on the received signal strength indication (RSSI) of other Robomote radio 
communications ... has [mixed success] and it is not clear whether accurate localization based on 
radio signal strength is useful." (Citations omitted). 

Moreover, Sibley in sec. IV ("Enabling Novel Research") proposes a hypothetical 
combination of its "Robomote" with ad hoc networking, without any description for how ad hoc 
networking could be deployed in its mobile robot platform . In fact, Sibley proposes to "consider 
using Robomote as a test bed for ad-hoc routing protocols" (p. 1 147, sec. IV, para. 3, line 9-10) 
and the cited portion on p. 1 147 proposes to "[cjonsider" a network with a dynamic topology 
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Finally, on p. 1 147 the paragraph bridging columns 1 and 2 ends with the statement that 
"Robomotes make such research possible ", demonstrating that the cited portion is mere 
speculation that provides insufficient teaching to provide a reduction to practice. 

Hence, the example in Sibley of "a network that autonomously moves nodes to locations 
of low signal strength to improve throughput along a multi-hop transmission path" is speculative 
and non-enabling because Sibley simply proposes using ad hoc networking with its "Robomote", 
with no disclosure of how ad hoc networking could be implemented in the "Robomote". 

Hence, Sibley, does not disclose or suggest "determining a movement directive based on 
an optimization of routing metrics relative to the received detected attribute information". 

Further, one skilled in the art, upon reviewing Sibley, would conclude that movement 
could be performed independent of the ad hoc routing protocol, where any movement based on 
signal strength is performed by the control program (upper box of Fig. 4) based on signal strength 
measurements from the robot platform (lower box of Fig. 4), and therefore distinct from any ad 
hoc routing protocol. Therefore, it is not inherent in Sibley that the movement directive is based 
on an optimization of routing metrics , as claimed. 

For these and other reasons, the §102 rejection should be withdrawn. 

The §103 Rejection 

Claims 1-44 stand rejected under 35 USC §103 in view of Burden, "Routing in the 
Internet" in view of Sibley et al. This rejection is respectfully traversed. 

The rejection is improper because Burden has not been established to be prior art: as 
described above with respect to Applicant's objection of the citation in the Form PTO-892, the 
Examiner has failed to establish that Burden was publicly available before the October 7, 2003 
filing date. As stated in MPEP 2128 at page 2100-72 (Rev. 3, Aug. 2005): 

Date of Availability 

Prior art disclosures on the Internet or on an on-line database are considered to be 
publicly available as of the date the item was publicly posted. If the publication does not 
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include a publication date (or retrieval date), it cannot be relied upon as prior art 
under 35 U.S.C. 102(a) or (b) 



Assuming Burden is prior art, Burden does not disclose or suggest the claimed world 
object database that stores world objects, including smart world objects as a subclass of world 
objects and configured for generating decisions based on evaluation of selected world objects . 

As described in the specification, the world object database provides an object-oriented 
model for all objects in the world (e.g., page 10, lines 25-26 of the specification); the smart world 
objects claimed actually are configured for generating decisions and are stored in the world 
object database as a subclass of the world object database. 

Burden discloses conventional Internet routing protocols that use conventional routing 
tables to store data : the data is stored and retrieved as needed by the host. Further, the routing 
table does not store objects as in an object-oriented database, but consists simply of addresses 
and status identifiers: 

There are four basic items of information in such a table 

1 . A destination IP address. 

2. A gateway IP address. This will be the same as the destination IP address for directly 
connected destinations. 

3. Various flags usually displayed as U, G, H and sometimes D and M. U means the 
route is up. G means the route is via a gateway. H means the destination address is a host 
address as distinct from a network address. 

4. The physical interface identification. 

The destination address may appear as "default". 

(See page 3 of Burden). 
Burden further describes on page 3 that: 
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The host operation is to first look for the destination address as a host address in the 
routing table, if it is not found then look for the destination net address in the routing 
table and if that is not found then use one of the default addresses (there may be several). 

A host dedicated to providing a gateway service between several networks is known as a 
router and may have a very large routing table (64 MB is not unknown) and will run 
special protocols to interchange routing information with other hosts and routers. 

A general purpose host may have connections to at most two or three networks and a 
correspondingly simple table. 

As apparent from the foregoing, there is no disclosure or suggestion whatsoever in 
Burden of the claimed world object database, let alone "the world object database including 
smart world objects as a subclass of the world objects and configured for generating decisions 
based on evaluation of selected world objects" 

Further, Burden provides no disclosure or suggestion whatsoever of the claimed " sensor 
objects from sensor data generated in response to detected attributes within the infosphere ." The 
claimed sensor objects are generated from sensor data (described in the specification as having 
been generated from a physical sensor ). The Examiner is reminded that the broadest reasonable 
interpretation must be (1) consistent with the specification, and (2) consistent with the 
interpretation that those skilled in the art would reach. 1 Hence, the sensor data must be derived 
from a physical sensor . 

Page 6 of Burden describes OSPF Protocol (RFC 1247), where the "Database description 
packets" actually are link state advertisement messages that are exchanged between routers in 
order to propagate link state information based on stored database information . There is no 



"During patent examination, the pending claims must be 'given their broadest reasonable 
interpretation consistent with the specification.'" MPEP §21 1 1 at 2100-46 (Rev. 3, Aug. 2005) 
(quoting In re Hyatt, 21 1 F.3d 1367, 1372, 54 USPQ2d 1664, 1667 (Fed. Cir. 2000)). 

"The broadest reasonable interpretation of the claims must also be consistent with the 
interpretation that those skilled in the art would reach." MPEP §21 1 1.01 at 2100-47 (Rev. 3, 
Aug. 2005) (citing In re Cortright, 165 F.3d 1353, 1359, 49 USPQ2d 1464, 1468 (Fed. Cir. 
1999)). 
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disclosure or suggestion that link state advertisement messages are generated from sensor data , as 
claimed. 

As admitted by the Official Action, Burden does not disclose or suggest performing a 
change in at least one of position, velocity, orientation, and wireless communication 
characteristics of the network node based on detecting a world object specifying a directive based 
on at least one of the decisions. 

Sibley neither discloses nor suggests "detecting a world object specifying a directive 
based on at least one of the decisions , as claimed." As shown above, Sibley is limited to 
collision avoidance by a microcontroller in response to an interrupt signal generated by the robot 
platform control loop (running at 100Hz) in response to infrared and "bump" sensors. 

In fact, the Examiner demonstrates a complete disregard of explicit claim language by 
asserting that: 

any functional implementation of obstacle avoidance entails performing changes based on 
detecting obstacles {objects) [sic!!!] and changing the travel path in order to avoid the 
identified obstacle.... 

This remarkable assertion disregards the claimed "detecting a world object specifying a 
directive based on at least one of the decisions", where "the decisions" in the claims refers to the 
decisions generated by the smart world objects . The assertion that an obstacle can be a teaching 
of a world object that specifies a directive based on one of the decisions generated by a smart 
world object is without foundation and unreasonable. 

Hence, even if one skilled in the art would have been motivated to modify Burden to 
include the teachings of Sibley, the resulting hypothetical combination still would neither 
disclose nor suggest the claimed smart world objects within the world object database, as a 
subclass of the world objects, and configured for generating decisions , where detection of a 
world object specifying the directive causes performance of the claimed change. Rather, the 
hypothetical combination simply would mount a router on the robot of Sibley, and the robot of 
Sibley would perform obstacle avoidance with no interaction by the router . 

For these and other reasons, the §103 rejection should be withdrawn. 
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In view of the above, it is believed this application is in condition for allowance, and such 
a Notice is respectfully solicited. 

To the extent necessary, Applicant petitions for an extension of time under 37 C.F.R. 
1 . 1 36. Please charge any shortage in fees due in connection with the filing of this paper, 
including any missing or insufficient fees under 37 C.F.R. 1.17(a), to Deposit Account No. 
50-1 130, under Order No. 10-004, and please credit any excess fees to such deposit account. 



Respectfully submitted, 




Leon R. Turkevich 
Registration No. 34,035 



Customer No. 23164 
Date: July 14, 2006 
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